home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1997 January: Mac OS SDK / Dev.CD Jan 97 SDK2.toast / Development Kits (Disc 2) / OpenDoc Development Framework / ODF-Interest Archive / August 96 / Novice ODF scripting mystery < prev    next >
Encoding:
Internet Message Format  |  1996-08-14  |  1.4 KB  |  [TEXT/ttxt]
  1. Subject:     Novice ODF scripting mystery
  2. Sent:        8/13/96 10:00 AM
  3. Received:    8/13/96 10:21 AM
  4. From:        Eric Smith, eric@tarkvara.org
  5. Reply-To:    ODF Interest, ODF-Interest@CILabs.ORG
  6. To:          OpenDoc Development Framework Discussion List, ODF-Interest@CILabs.
  7.  
  8. Greetings,
  9.  
  10. I'm in the process of adding scriptability to my part.  The C++ part of the
  11. job was pretty straightforward, despite the rather meagre documentation.
  12.  
  13. What's causing me grief is the 'aete' resource, because the terminology
  14. I've added doesn't seem to be fully accessible to AppleScript.  In
  15. particular, I've extended the 'ODSt' suite by adding a few new properties
  16. to the 'part' class.  These properties show up in the editor's dictionary,
  17. but scripts can only refer to these properties by their class names:  "set
  18. x to  <<class rads>> of part id 65566" works, but "set x to radius of part
  19. id 65566" tells me that "Foo got an error:  Can't make some data into the
  20. expected type".  I notice that ODFDraw seems to have a similar problem: 
  21. scripts can refer to "<<class DrSh>>", but not to "shape" or "shapes".
  22.  
  23. Is this an OpenDoc problem, an ODF problem, or an AppleScript problem? 
  24. It's bad enough that users have to deal with "part id 65566", but I
  25. certainly can't expect them to deal with something as ugly as <<class
  26. rads>>.  For the record, I'm using OpenDoc 1.1f1, ODF R1, and AppleScript
  27. 1.1.
  28.  
  29. Thanks,
  30.  
  31. Eric Smith
  32. Tarkvara Design
  33.  
  34.  
  35.  
  36.